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Method for assigning values of service attributes to 
transmissions, radio access networks and network elements 

f 1 T K 13^ OS 

The invention relates to a method for assigning values of 
a i c - i - u o v , v 1 ^ v % 

and a radio access network, The invention equally relates to 
such radio access networks and to network elements of such 
networks . 

BACKGROUND Of THE I3SVENTI0K? 

Radio access networks enable wireless transmissions of 

i *■ n if c is 

carried ont with a variety of service attributes of values 
that have to be determined for the transmission. The term 
radio access network is used in this document so denote a 

h ar n x iio 

e.g, a whole cellular network, the core network parts 
inclusive. 

In future radio access networks, sophisticated service 
control oook.ucLsos,- like the control of the Quality or 
Service (QoS) provided for each transmission, can play an 
important role. Such service control mechanism can be used 
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for differentiating between, different applications, like 
real-tine versus non -ureal -time applications f or between 

users. In 3G (3** generation; networks, the provision of a 
certain QoS and a QoS- based billing is an inherent part of 
the ^ ^ s 5 . 

by vary s 

A <~\.s < an - v , n % , ! : s - " - i u" - 

access network. In order to enable service control 
mechanisms, in addition a subscriber specific service 
profile has to be agreed upon. Such a service profile 
defines e.g. the quality of service that is allowed or 
guaranteed for transmissions between the user equipment and 
the network, and depends usually on what the customer is 
willing to pay for these transmissions. More specifically, 
the subscribed service profile contains or refers to values 
of I ~ attributes that characterise the 

quality of a transmission, The values defined .by the 
subscribed service profile can be used for all transmissions 
to and from the respective user- .equipment . Alternatively, 
the user equipment is allowed to request for each 
i issi Lues for the required ervice 

are below or equal to the level of the subscribed values of 

tt Lfoutes Pea the oas . ] 

without explicit, indication of desired values for the 
required service attributes,, default attributes have to be 
provided . 
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There is a considerable n ureter of service attributes that 

have been specified in 3 GPP IS 23,10? 73.4.0 {2000-07} : "3rd 
Generation Partnership Project; Technical specification 
Group Services and System Aspeets; QoS Concept, and 
Architecture ; Release 1999". Ail transmissions are 
di~; i Pouted te c: rem: brasses of traffic., a 

to \ rsat Ions 1 " - an interact iv 

i t * ^ ; > ^ } ^ t t 

between these . classes is hoc delay sensitive the traffic is. 
The conversational class is meant for traffic which is very 
delay sensitive while the background class is the most delay 
insensitive traffic class, Conversational class and 
streaming class are mainly intended to be used to carry 
real-time traffic flows. An example for conversational class 
traffic is voice and an example for streaming class traffic 
is streaming video. Interactive class and background class 
are mainly intended to be used to carry non-real-time 
traffic flows. An example for interactive class traffic is 
web browsing d as rx pi cground class traffic is 

« Tec rrfrw ,~ i • 

attributes have to be defined for which class and also gives 
value ranges for the different service attributes. 

According to the standard, for each of the four classes the 
maximum nitrate, the delivery order, the maximum SDo 
(Service Data Unit} size, the BU0 error ratio, the residual 
BER {Bit Error Ratio} , the delivery of erroneous SDUs, and 
the allocation/re tent ion priority have to be fixed. An 
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indication of the traffic class itself also forms one of the 

transfer delay arid a guas - ed bitrabt ha - tc be 
determined in addition. For the interactive class a traffic 
handling priority (THP) has to be \ ^ , „,- . x 

Ail subscribed attributes are currently stored together with 
other info it ion Register / 

Home Subscriber Server} of the user equipment in the radio 
access network with which the user euuipoent „ 0 registered. 
'She; mentioned UMTS standard does not clearly define, 
however, how the QoS at tributes stored in the HLR/HSS are to 
be taken in to account when deciding the attribute set that 
is to be used for a specific connection. The standard only 
specifies that one QoS profile is stored for each customer 
• 3 Lption. The user equipment can then request specific 
values of service attributes, the subscribed profile 
defining she upper Units for the provided service. To be 
able to use services with a high transmission quality, a 
user has therefore to subscribe a QoS profile with values of 
service attributes that enable a high quality-. 

The standard proposes to use the subscribed profile as well 
as default QoS profile. The disadvantage of such an approach 

rii as for e tr f tic 
high subscribed OoS profile is used without need. 
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context activation. However; the standard does not define 
any functionality that would enable a network to 
intelligently evaluate the user-defined QoS attributes when 
determining tbe rest of the attributes-- The missing 
attributes are sit ? fj S which is Is© 

described in the technical specification 3 GPP 24,008 ¥3,4,0; 
-Mobile Radio Interface Layer 3 specification; Core Network 
Protocols; Stage 3, Release 1.990 s , 'ibis may lead to a 
situation where there is a conflict between the requested 
and the fetched QoS attributes. Such a conflict is given for 
example, if a very low delay is requested by the user 
equipment, which is essential for r^al-time traffic, and a 
very good subsoriteed packet error rate, which would only be 
essential for non-real-time traffic., is fetched from the 
1 I t Sue a ant aat ot o< attributes i impc si U 
implement. Since the radio network controller (HHC) , which 

«. „ ? . „ tr n 

and a node B of an UTRAN (UMTS terras c rial radio access 
network} , is not able to negotiate QoS parameters, a 
requested PDF context will be rejected even if only slightly 
incorrect parameters are set by the SGSi . in addition, the 
subscribed QoS parameters may not contain all needed QoS 
parameters, e.g. if a subscribed traffic class is 

sd se rvi.ee at - c bate trax < 
handling priority may not he defined. Thus, there will be a 
ores in e blis PDS 
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Still another problem with the current specifications 

specif ioations. if the user equipment requests a valid value 
for a QoS service attribute in the PDF context activation 
x =umes* e-s-O'V . o ^- •< o ;o - - v. \ 

< t t il ralue i 
subscribed QoS l K ( s , i i a 'i iximu: 

However,, while the term maximum is clear for e.g, the 
service attribute bit rate, the interpretation for the 
attributes bit error rate or delay is not quite clear. In 
the latter case, the subscribed value in the HLR should 
j v * - c ; * 5 - 1 „ t rr value so that the user 

annot get less than the .subscribed delay,, and not 
as maximum value so that the user equipment always gets less 
than the assigned delay. 

ti h » - ~ , t to 

requested transmissions arise from the tact that a user of a 
user ' v n~ - < 5 U a 

connection in the radio access network in which the 
equipment is registered. In particular in local wireless 

u - in hotels and airports, a locally restr.ict.ed 

radio access network may be provided for connections to the 
public internet, or to a corporate network. Such a wireless 
access network can he realized for example as tireless local 

3 * - v can access th& local 

radio access twe if it is c c 1 peratcc 

o£ the radio access network with which the user equipment is 

r oi or having a 
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roaming agreement with the operator of said radio access 
network with" which the user equipment is registered. 

Bach " , j i J as a 

GSM (Global System for Mobile, communication- Subscriber 
Identification Module (SIM) ,. which contains information 
u 5 <ed £oa user ai t i verier a i oil rug in public radio 
access network, in particular a cellular network; in which 
the respective user equipment is registered. < operator of 
the public radio access network,, e.g. a GSM or 3G network, 
may •> 3 a 

, C al radio r~ , - v ' , v i 

users by utilising the existing cellular infrastructure for 
user act ;u-iu \ virion and filling. The authentication and 

access network and the public radio access network through 
gateways. Proprietary protocols take care of the signaling 
between the different network- elements. 

In conventional WLMFs , all users receive a similar service 
from the network,, the so called "best -effort service". This 
service simply provides means to the re _ o send 

traffic to and receive traffic from the network. This 
e not L low S© pre a w u 1 
levels of service or qualities of service to different 
subscribers . 

urthes cars t> to be tak« 
used to carry specific traffic. These kDP contents may 

tribute ettin< fch« a^^.-v 
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An 1.5 rT PL? cant ex 5 ioh is 

require for the sane user equipment different service 
attributes than, the transmission of user data. It has been 
proposed that the user equipment should transmit only the 
value of a single service attribute to the network for 
requesting a signaling FBP context » This single service 
attribute is supposed to be the additional QoS parameter 
5c-ur< c. : - de.aui D and i valut is 

rrk the has to set the 
values for the other required service attributes according 
to t t - i nts for ai n — . ^ , , < 

control ; but it has not yet been proposed how the network is 

it is an object of the invention to enable an improved 

of values ^ service attributes tc % 
requested by a user equipment in a radio access network 
between said user equipment and said radio access network, 

This object is reached with the proposed method tor 

of sex se at ributes to tx. nm ssios: 
between a user equipment and a radio access network. Upon 

rob a transmission b\ a us« a 
subscriber registered with some radio access network, values 
of service attributes are determined that are to be used for 
the requested transmission. The values are determined basad 
on th c ae ha id on it leas ; m» N * . . i £ I a; si >m 
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service attribute defined by a stored, subscriber specific 
service profile f and baaed on the other hand oa at least one 
common value of at least one service attribute, 

The invention pro-- - Lis cor.; ration t ha a variety 

of interdependent factors determine the most suitable 
attribute® to be used for a transmission between a user 
id a radio access netw > re a f ccor* ar« 
given in particular by the current request of a user 
equipment for a specific transmission, by values of service 
attributes defined by a subscribed service profile and by 
values of service attributes that are destined to be used in 
case the user equipment requests a transmission without 
requesting at the same time specific values or an indication 
of such values of service attributes. These factors and 

- v n \ ^ on >. ~ cakvU :nto a N > s 

efficiently, when storing on the one hand a servioe profile 
that corresponds tc the subscription of a specific 
subscriber and when providing on the other hand common 
values of service attributes for all subscribers. Which of 
the values of the servioe attributes are selected for a 
specific transmission is determined according to a request 
by - y pen t x>mpos cioa of the attributes and 

heix £ i can vary f roa 

using only values from the subscribed sat of values via 

- ng p 1 sui s_ rty comrac s to using 

only common values, depending on the requested transmission. 

With t opes Kind of the request e 

transmission and the restrictions given by the subscription 
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can be taken into account, while enabling at the same time 
that conflicts arising from a combination of requested and 
subscribed attributes can be avoided. In the whole, any kind 
of c^caCv. .. ■. aker o! e in 

particular with a service that is neither worse nor better 
than what the customer is willing tc pay for a specific 
transmission. 

A requested transmission to which values of service 

L i. \ 1 . c - ^ in 
either aireot.i.on < * s r.he request ina user equipment d 
radio access network . 

Preferably, the values of service attributes defined by a 
subscriber specific service profile and the common values of 
service attributes define the Quality of Service of a 

irs o hsc ki .0 of aU th re con i sful o x 

the operator for a transmission can be made available. 

Advvmtagecvsly, the user equipment can request together with 
at' •> . x <■> the 

~ ")r x - i - - - - - *-a\€n -ntc aero. *- 
additionally in determining the values that are to be used 
for the transmission, 

I:e a the 
subscriber specific service profiles define the upper and/or 
lower limit of values allowed for the service attributes for 
at least one bind of transmission as subscribed for the 
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correspond ing user equipment. - in case specific values of 
attributes are requested by a i ec 

t iat ths va re 

- ~ U " uh I sp« 

service prof lie. If a requested value exceeds the 
corresponding subscribed value in a predefined direction, 
the value to be used .tor the requested traruuussi.cn xs 
x -e 5 Ir. ribed -s aiue. 

The subscriber specific values of attributes defined fey the 
profiles can comprise in particular the values of attributes 
defining the quality of service for requested real-time- 
i t t - > . > * } 

values of the attributes defined by the subscriber specific 
profiles can also foe used as default values, in case not ail 
or no values of service attributes are requested by a user 
equipment for a requested transmission. Alternatively, but 
preferably in addition, the subscriber specific values of 
attributes can comprise the values of at least one attribute 
constituting part of the quality of service for requested 
non- real -time traffic cransmissic-ns, in particular values 
for the traffic handling priority. The subscriber specific 
values of attributes can also be used in other suitable 
cases as default value, 

istead of on s or li an va Is slsc ss;U 

set being selected for each transmission according to some 
characteristic of a requested transmission, e,g. according 
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to che access point used by the user equipment. Moreover, 
storing means storing the subscribed user profiles may 
coopri.se a service degradation profile for each user, which 
indicates values of attributes to be used in case a 
transmission c onot \ , .... < isi - or • v. u;. aire 5 at she 
dee leve.1 r > % 

13 <■ > s J c 3 Such ses; 

profiles are described in derail in the so-pending US patent 
application titled "Apparatus; and associated method for 

> ^ g service d « of 

communications in a radio communi.es mi or system" .. and f iled 
October 28, 1999. 




The common values of attributes 
one default value for at least * 
case the user equipment 
for said at. Xe< 

can comprise a default value for at least one attribute to 
be used in case she user equipment does not require a 
specific value for said at least one attribute for a 
requested non- real -time transmission. In ease values of the 
other attributes required for this kind of transmission are 
provided by she subscriber specific profile, if is possible 
that on the one hand these subscriber specific values are 
used for the transmission while on the other hand provided 
common ualues ere used for the further required values. The 
transmission oee therefore be based on both, common and 

alues - tase the ^ a " equipment does 
not request any values. This is of particular interest for 
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non-real, fcitse transmissions, in which case the conformity of 
the values of a part of the attributes might have to be 
checked with the subscriber specific profile. 

Similarly as with the subscriber specific profiles, there 
can be provided one ox several sets of common values for at 
least one attribute . One cf the sets can be selected as 
basis for a tra ssioo for pore - a group to 

which the rearresting user equipment is assigned, or 
according to the access point name givers by the user 
equipment . Also the load situation or other information from 
the sadi access net «?oi : can lave a. effect on I e ; i; cf 
the to he used set of default attributes. Actually, with 

parameters without adding any information from storing means 
witb sjb; < ; r specific values, whenever a non- real -time 
transmission is requested without requesting values for the 
required service attributes. 

As was already mentioned, a user equipment tnigbt request 
specific values for some but not all of the required service 
attributes. Even if the missing attribute values are 
provided as stores subscriber specific values,- these might 
still not be appropriate with the values requested by the 

equipment, the stored subscriber specific values, in 
particular t vs.] te^ and the ie fined common values. 
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Predetermined rules are used for carrying out the 
negotiation^ i,e for combining requested values, stored 
subscriber specific service attributes and oef ned common 
service attributes in a coordinated way. The cordon values 

example define a respective range within which a value of a 

v. . u, equipment is 
allowed to lie. a default value can be used. e.g. for a 
service attribute for which no value was requested and for 
which no value is stored as subscriber specific value, or 
for which the subscriber .specific value is not to be used 
because of a possible conflict with a requested attribute 
value . instead of a single default value, a set of default 
values can be defined for a service attribute, wherein each 
default value of a set is to be used for specific requested, 
values of some other attribute or attributes, Equally, rules 
can be provided for the meaning of stored subscriber 
specific service attribute values and for the relation 
hsrwe-vi — -.-v v ^i:i-\u n t .i ~tc service attribute values 

sd v ik servi e ~> > ruts values 

It is proposed in particular that if a user equipment 
explicitly requests a value for a firsc parameter, for 

class, t -v £o i seco ! required 

parameter, for sr. a reels for the SOU error rate,, a subscribed 
value for said second parameter is allowed to be used only 
if the requested first parameter value is equal to the 
bed i clue. Otherwise 



~ is - 

parameter is set to a pre -configured value,, which value 
preferably depends; on the requested value of the first 
parameter, 

With such an approach, it is possible to achieve for any 
situation a feasible QoS profile tor a requested 
transmission. 

'the • s vl V ' •. . '•• ' 

with negotiation rules in some SiC. \ leo,e> radio 

-c-ee £ sector*; tot scamp 3 S raid provide 

the network element with a pre-conf igurea policy according 
to which it has to decide hov; to negotiate e 
Alternatively the attribute values and/or the rules for the 

3n SQSU carrying this set of rules as a policy. This policy 
dec ermines the order of negotiation of parameters,- e.g. the 
traffic class say have to be determined first, and hoy to 

~ ai-ae bajs 8 1 i atfc? I 3 e 3 - 1 1 a 

already negot iated - 

An example for such a rule controlled by an operator 1st 

If v - v er I ~ fvalue 1 02 2 >r 3 03 i "~ 

* \ \. iue- t ixec \ i v if 

parameter requested {>> < ; ■■-,} {specific value or subscribed 
value) or requested value; .„} . 
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The rule may of coarse depend oxi more than one parameter, 
tor example as follows : 

If ' i ster i hhu 2 : < £ B N - - a 

Subscribed) .AND parameter 2 - {value 1 or 2 or 3} , then 
parameter 3 » (fixed value; fixed value if parameter 
requested {>; < ; -} (specific value or subscribed value) or 
requested value,- .„} . 

The first parameter can be for instance the traffic class of 
the transitu so ion and the second parameter the 
allocation/ retention priority, 

v <- lexibly decide whic 

subscriber can get which Qo8, e.g. ■which delay, 8BR, etc, 
for which subscription. 

According to a first aspect of the invention, the invention 
is realized within a single radio access network. For this 

v ^ ^ - * first sforire rv»v.s of a fn f n-' 

element of this network and the common values in storing 
means of a second network element of this network. In this 

r * a row- * - . . , . - - ^ in 

audit lor rules for determining values of service attributes 
to be used for a transmission requested by a user equipment > 
As was indicated above, the common values and/or rules for 

i x t - . the 

transmission requested by said user equipment: car. also be 
provided fox each r» si on toy an operate* of 
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the radio access network to the network element carrying out 
the necessary processing. 

For this first aspect of the invention, the mentioned object 
of the invention as also reached with a radio access network 
comprising storing means for storing subscriber specific 
service profiles defining values of at least one service 
attribute that can be assigned to at least one kind of 
transmission. The proposed radio access network further 
comprises processing means for .determining values of service 
attributes to be used for a trsnsedesion rogue seed by a user 
equipment of a subscriber registered with said radio access 
network based on at least one of the values of service 
aftrib t ^ <. fined bj « i ecific 

that can be assigned to at least one kind of transmission. 
Corresponding subscriber specific service profile means that 
it is a service profile stored for tl a v *- o* i ti 

asmission , The rs juem e ! 
transmission is then carried out with the determined values 
of service attributes < 

The object is equally reached with a network element for a 
radio access network comprising processing means 
corresponding tc the processing means or the . radio access 
j r- v- -< pc.pv*-~o - ^- - ^ - A o ->f r K^ PnvenHon. 
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The employment of the invention in its first aspect can be 
^ .„...;v„"„ v „ -u* „„. t „u J lb and 

GPRS (General Packet Radio Service) . 

Ac x rding to a esc of the 

is realized in two covyperaiulng radio access networks. As 
for the first aspect; the at least one value of at least one 
service attribute defined by a subscriber specific service 
profile is stored in storing means of a first radio access 
network in which a user equipment; is registered. The at 

east ecu man \ e of at least one service attribute, in 
contrast, is made available in a second radio access 
network, which is accessed by said user equipment for 
requesting a transmission. 

For this second aspect of the invention, the mentioned 
object of the invention is: reached; with a further proposed 
radio access network so which * use a 
subscriber registered with some other radio access network 
is allowed to request a trassrais 5 f pi 

3 process g me £ or set err 
values of service attributes to be used for a transmission 
requested by said user equipment based on values of service 
attributes defined by a subscriber specific; service profile 
received from she other radio access network and on at least 
one l one sexu c« atJ it 

to tia . - ^ < - , < ,slue can 

be 3 gned it east one bins t ? Tnis radio 

^ v jtwork c vends t 2 * s ~nac 

for the second aspect of the invention. 
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radio access network in which user equipment registered with 
some other radio access network is allowed to request a 
transmission comprising storing means corresponding to the 
second storing rears and processing rears corresponding to 
the -s e ss network proposed 

for the second aspect of the invention. The processing means 
of h jnn o l ^ ^ ' , _ ~> ct J ->«" 

r Urate orfc ele r , th< 

i s - - -s * > can 

have only a part of the functions of the processing means of 
the radio access network. In particular it can be designed 
to provide only an indication of the values of service 
attributes to be need for the requested transmission by 
or * ^ r.,* „ „ jcra at . lju > I ^.w. 

values. The other network element should then be able to 
assign and use specific values of the required service 
attributes according to the indication. This network element 
is part of the second radio access network mentioned. 

The user equipment can access the second radio access 
network either because it is owned by the same operator as 

owirine t v.~w^ roaming ea su 1 

with the operator of the network with which he or she is 
registered. The first network can be in particular a public 
.vll i\c ^ U r c - =3 no . _ v f "6*" ^ ^^th 
confined network. 
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The second aspect of the invention is based on the 
assumption that operators of the respective first radio 
access network want to he able to provide different levels 
of sex 3 N en? user * ? N into 

a respective second radio access network . For example, if 
one group of subscribers or customers of the first radio 
access network is paying more for a service than another 
group of customers in order to obtain a better service 

3 on should be & i in th< 

radio access network in order to provide the correct service 

u.ality fo ie customer: a ? i ) grip! 'is 

requesting a transmission in the second radio access 
network . 



when a user equipment roams into the second radio access 

what hind of subscription the usar screed upon with the 
first radio access network in order to be able to provide 

lion ■/ include 
issues like charging ami quality of service. A 

to re3y < 

the - t- ~ - second network. This 

would be based purely on the applications running on the 
user egaipment and the service they era segues ting thorn the 

x ip"t>cut siarts a] 

time application, like a voice or video application,- the 

service class for this (internet protocol) flow. The 
network side quality of service control functions would 
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check whether the request could be accepted, a signaling 

betv> r equips^ t = sadtiss of th 

problem with < that the 

v torn it ion given b- ? > - aave 

to correspond to the subscription, i.e. to the service the 
user is actually paying tor, 

With the proposed method, radio access network and network 
element, in contrast, a reliable information is provided to 
the second radio access network based on which the correct 
service can be provided. The operator of the first radio 
access network with winch a subscriber using a user 
equipment is registered stores for each subscriber at least 
one subscriber specific service profile according to the 
subscription of the customer, Mien the user equipment 
accesses the second xadio access network, entities of this 
second network control the services end local network 
resources according to subscriber specific service profile 

j z - t et C * Ut OC tl U " s 
way, the operator of the first radio access network is given 
control over the services and the way the services are 
s ~n the second cad - o~ ^ } 

most simple approach, tare subscriber specific information 
only includes; the number of a group to which the subscriber 
belongs,, to each of different groups being assigned a 

> ~ ' : - a ,\=> ■ -~o. f can foe o 5 ' - - . ' y in 
storing means of the second network,, since they are 
independent .from the subscription of a specific subscriber. 
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Obviously, however, the common values could ha stored as 
well i and 

be transmitted to the second radio access network together 
with the subscriber specific values. 

to he <= * «. s a 

o -to be al looec to enter 

the second network. Ail processing can then be carried out 
exclusively in the second network, even though the 
subscriber specific profile is stored permanently only at 
one place, i.e. in storing means of the network with which 
the user equipment is registered. 

The second radio access network should comprise means for 
mapping to he employed values of service attributes to she 
service 1 s ::t ens rear w i as sec id radio ac< ess 
network a request t a ion, since the ? | ] y 1 

attributes do not have to be identical to the attributes 
used in the first radio access, it? 

take into account received subscriber specific values as 
well as values requested by the user equipment and common 
values in case no values were requested by the user 
eq lumen t or it c appropriate s« l©£ tfhich 

. re n , bov« > 

The spec c of t an b 

seen in particular, though not exclusively, with a vCn&lI as 
second radio access network, comprising a second storing 
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means. The first, radio access network with which the user 
equipment la registered can be in particular, though not 
xalui Is iG network. 

The transmissions dealt with until now can be in particular 
trass )as of user c ox c eg, 

i. •>.<. tax ^ lit ion a 
proposed. This approach proceed from a user equipment inr 
indicates which kind of traffic it will transmit. The user 
equipaterxt ay request e 3 context by 

transmitting an explication that the requested transmission 
is a signaling PDF context. This indication consists 
prstccahly in trie setting of the value of the QoS parameter 
BSD e ioned is i < a 

of the invention. According tc the invention, a dedicated 
service profile defining service attribute values for 
signaling PDF contexts is stored in the network. In case a 
1 lues Is resein 1 rest a user sqi;i * 
S3 ion is to he a 
signaling POP context, the network can then easily select 
the required values of the service attributes from the 

€ - v service profile * - % 1 for 

the tea c s tn i s s i o n , 

Per UMTS, too different e;mbodiments are presented for this 

v, n a ■> - - - x : h. ru as 

new information set in the HPS . The home operator is thus 
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enabled to specify what values of service attributes each 
subscriber is allowed . e haw f c-i > . i N 

The stored dedicated subscriber special c service prof iles 
are carried from the BLR to the SGSt and are employed by the 
network for selecting, the values of service attribute for a 
transmission whenever a user equipment indicates thai: a 
requested transmission is to be a signaling context > 

The > * :a s 

SOSN. The SGSM normally tries to find a respective 
subscriber specific service profile for a PDF context in an 
HLR based on the parameters PDF Type, PDF Address and AFH 
included in a transmission request by a user equipment. The 

specific service profile, for the same PDF type and the same 
POP address stored in r he HLR. Car r-a;U: : y , e subscriber 

identified with these three parameters. With the first 
preferred embodiment, however, there could now foe at least 
two subscriber specific service profiles for the same PDF 
type, POP address and APPh The SoSP should thus also check 
which service profile includes the value 'signaling' e.g. in 
the SSD, It should foe prevented that the SGS® selects the 
wrong ssr U pro hie, because tin service atur.lfouf.ee for a 

>f i ej 3a t a may far not be sufficient for 
signal 1 a g pu rp o s a s . 

In addition, the QoS parameter handling in the SGSH should 
be -< s . e^ 

specifically, the SGSN should take all QoS parameter values 
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except the SDD value from the HLR in case a signaling PD» 
context was requested, A conventional SGSN does not 
understand the SDD value 'signaling' , but changes the value 
'signaling' to 'unknown', 

In the second preferred embcdirmsef cf - »r related 

approach, values of service attributes of a dedicated 
service profile for signaling POP contexts are stored in the 
SGSKh With this approach, the QoS parameters can be visited 
operator specific, 

part of the service attribute values is stored in the SGSH 
and another part in the radio network controller (RWC) . The 

which are of relevance in the packet core, e.g. traffic 
class, maximum bit rate, guaranteed bitr&te, delivery order, 
maximum SDU sice, allocation/retention priority., and traffic 
handling priority- The PuTC .should store on the other hand 
the v n-., ( . „^ - ^ <- v > } -s > •> -h^ 

< aet c ' n n< m eg SDl format 2f of 
erroneous SDus, transfer delay residual bit error ratio, and 
SDU error ratio, 

art ) be \ ed to 
transmissions of user data, The SGSN should not use these 
default values when receiving an indication on signaling 
le u « x pment , 1 s erv i 
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a transmission of user data may by far not be sufficient for 
signaling purposes. When receiving the indication on 
signaling, ch« x £ : t 
'signaling 1 e.g. in the SSD. 

An - o «. a - ^ >„-. Eh, N 

same mechanisms may also be used for other kind of traffic 

c :ind oi traffic it 

will transmit. To example is emergency signaling which may 
rag re e 3 it 1 ps nrity than nti il sigt 3 

Preferred embodiments of the invention are included in the 
subclaims. 

BRIEF DESCRIPTION OF THE FIQURBS 

The invention will be described in the following in more 
detail with reference to drawings oi which: 

PIG, 1 illustrates an implementation of a method- according 

to the first aspect oi the invention; 
FIG, 2 „ e x £Io < v n fox i < Tuetho n the n 

of figure 1; 

FIG, 3 shows a high-level network architecture for WIDEN- 
, ^ rking 

FIG , 4 shore -an irmiw-nentat ion of a WffiH QoS architecture 
to be used for the second aspect oi the invention. 



DETAILED DESCRIPTION OF THE liTTSHXION 



Figure I illustrates t a 

equipment UE 11, a serving gateway support nods SGSM 12 end 
a home location register KXP. 13 of a UMTS network for 
ass.ign.ix13 valus >£ service a^ bo: 

transmission according to an implementation of the first 
aspect of the invention. 

An SC 

of the location of each user equipment; and for jpier forming 
security functions axui access central. In the SGS'H 12 of 
figure I, a static NET {non» real-time) and default QoS 
profile 14 is stored for an additions! QoS control function. 
The profile 14 comprises a single set of common values for 
some HRT service attributes for ail customers. More 
specifically- values are provided for the delivery order, 

ie oaxif n SDU size, the SOU error ratio,, the residual BER , 
the delivery of erroneous SDUs, and for the 
ailocaticmt/retencior priority. These values are to be used 
if specific required values of QoS attributes are not 
indicated by a user equipment for a requested non- real -time 
1 3 ansmi ssic; 1: ce in intereor.ive .v bach j round * 1 af f ic 
class transmission. The common values of service attributes 
are set to soma good average of a non- real-time QoS level 
chosen from the attribute values available for the 
interactive traffic class. 

In the KLR 13, a subscriber specific service profile Max QoS 
15 is stored for each customer/subscriber. The service 
profile 15 includes the best possible value for each QoS 
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attribute according to the subscription of the respective 
customer. It contains mainly the subscribed values for the 
different attributes required for a real-time traffic class, 
either for the conversational, or the streaming traffic 
class, i.e. values for the maximum citrate the delivery 
order, the raaxb:o.ae SDU size, an SOU format information, the 
SDH error ratio, the residual BEE, the delivery of erroneous 
SBtJs, the allocation/retention priority, the transfer delay 
and for the guaranteed titrate. In addition, a subscribed 
value for the traffic handling priority for non-real-time 

l ffic 2l& i 

service profile 15 in the HLR 13. 

equipment IX nan also transmit desired values of service 
attributes r.o the BQBN 12 that are to be used for the 
requested transmission, Followlngf the request of a 
transmission by a user equipment XI, the subscriber specific 
profile 15 t i r oxen ex pmsnt a 

> - the HLS 3. to the SO $3.3 s.se there is 

still a recently transferred profile 15 for the customer 
^-uj 4 - r~ < - s juip &nt IX available in. the 

SGSN 12, a new transmission is not necessary. 

C t p SS Of Sv. 

profiles accumulated in the SGSP 12. Based on these service 

are to be employed, for the different attributes required for 
eqaea - t :> ^ 
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The selection of the values of attributes that are to be 
used f v j - u i j x rw \ a N u 1 lined in 

The use sr egm, . , . * 

the four available transmission classes: the conversational f 
che streaming, the interactive or the background traffic 
class. Moreover, as mentioned above, the rear equipment II 
can v - da si red QoS pro » 

tit 3 rt k. 

After a transmission request has been received, by the SGSN 
12, it is first determined in fcfee SGSM 12, whether the 
request by the user equipment 11 contains a request for a 

in case no specific QoS profile Is; requested by the user 
equipment 11, it is checked from the configuration in the 
SGSH 12 which values of attributes are to be used as default 
profile for the requested connection. The configuration can 
he set by the operator of the network ana determines whether 
only the values of attributes stored in the KLR 13 are to be 
used ox if a combination oi sc m of the values of attributes 
in the HLR 13 and the values of attributes in the SGSb 12 
are to be used for a specific requested connection. 

figure 2, in case the real-time prof lis is used as default 
profile,, ail values in the service profile received from the 
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HLR 13 except far the THP value are selected to be used for 
the connect ion, A real -time PDF couaecticn is then activated 
with these attributes. 

In case the non- real -time pxotiie is used as default 
profile,, the values for th« 1- end for th maximum bitm - 
in the profile IS received from the HLR 13 are selected to 
be used as values of the corresponding attributes for the 
requested connection. Additionally, the values of the 
attributes in the prof J e stc i ix SGSt en - 

selected to be used for the remaining required attributes 
lor the connection. A non-real-time connection is then 
activated with these combined values of attributes. 

In case a specific QoS profile is requested by the user 
equipment 11, the traffic has to be restricted to the 
subscribed attribute levels. Tc this end; it is determined 
in t ^ N * v 

non-reai~t -n? traffic cl 
equipment 11 . 

In ease a real -time tratfis class is requested by the user 
equiposnt,. it: is moreover determined in the SGSN 12, xchether 
the requested Qe3 values exceed the values predetermined iu 
the profile 15 received from, the HLR 13 < If they do not 
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activated - i correspo; x I 

received from the BLR 13 , 

la case a non-real-time traffic is requested by the user 
equipment. , it is determined in the SGSf 12, whether the 
requested value for t t<* ' v 

titrate value exceeds the corresponding eubecrihed value in 
the profile IS received from the HLE 13. If they do not 
exceed the subscribed values, the noa- real -time connection 
is activated with the requested QoS profile. If, however, 
one ited - rlues exceed the sbscribed - or 

maximum titrate value, the exceeding values ere replaced 
tilth t e corrs N N ^ \ ! t \ s eived froa 

the HLR 13, and the non~ real -time connection is activated 
with these replaced values. Further attributes for which the 
values are so be limited could be treated in the same way, 

Sums rired, h QoS * le stored in tlx first storing 
means in the ELK 13 can be adjusted for real -■time traffic, 
while a value of an additional attribute important for non- 
real-time traffic can be stored together with this profile, 
when a real-time profile is requested, the values of the 
required attributes are assembled based only on the values 
in the profile in the HLE 13 and possibly on requested 

i 1 ~ t rme t quested i 

the s v profile fee; this connection 

is s v N N 1 buta values from t he 

first storing means in the KLP 13 and some from the second 
storing means in the SGSK 12, considering in addition a 
s idle r eg-; - - limns 
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the QoS of real- cine a.ad non-real time traffic can be 
controlled separately . 

hiitic ~, vs ues 5f Qoi actr but.es for 
non-real-time traffic In the HLR these values can be 

iiiied in sevaj if fere; 
stored in the 111?, for the real -tiros traffic. Two 
possibilities will he briefly described so further 
eobod.nue.ots of the first aspect of the invention, 

la il *"nst ^ t ~< >^,ji 

in the received H1R profile is used, ni.iocati.on/reoeruri.on 
priority is defined in the above mentioned standard 3 GPP TS 
23,107 as specifying "the relative importance compared to 
other UMTS hearers for allocation and retention of the UMTS 
bes ^c^ The ^ location t^.cnt^c Priority „ „ 

is nofc negotiate i 
.i ». tc n ur-al r'he SQSM can rea oea ^ ? net! 

priority attribute from the received B'.LR QoS prof i ie and 
then derive the non- real -time value for the THP from it. 
Both of them have three values 1 , 2 and 3 . 

in is < alters sed t a <c *? 1 s e i - 

the received HLE profile is in the 8GSN, where a 

1 S> ~ ~* € V t iT-i\ a v 

defined. For example, a rains of 12 8 rips for the guaranteed 
~ } i 1 5 sul t in t he be s t IFF , a 

value of 64 kbps in the second best THP, a value of 32 kfaps 
in the lowest THP, ana a veins of 0 hops can result in a 
treatment 



It would also toe possible to store a complete QoS profile 
for both, real-time traffic and for near- real -time traffic in 
storing means. The real-time profile would then limit 
requested profiles for real-time traffic and the noa- real- 
time profile would limit requested profiles for non-real- 
time traffic, The TRT profile could be used in. addition as 
default QoS profile for the user equipment in cane no 
profile is requested by she user equipment. This would mean 
thai the tirst and the second :or.tng , sns re 3 rlired by 
s i n a 1 e e t P n .1 eg me an s . 

In a. similar map, a dedicated QoS profile can ever he stored 
for each of the four traffic classes for each user equipment 
in storing means of the radio access network. The user 
equipment could then for instance define only the traffic 
class attribute and the rest of the attribute values would 
be fetched from the corresponding QoS profile in the storing 
means. The four QoS profiled in such storing means can be 
adjusted for typical applications using the traffic class in 
question, for ar.amp.ia,, she conversational traffic class QoS 
profile is adjusted to the needs of a typical Vol P (voice 
fnfcernet Protoc e stores £fi< 

class QoS profile is adjusted for video streaming., the 
interactive traffic class QoS profile is adjusted for mob 

for ,„ u la 

used. Therefore, the first and the second storing means are 
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realised again by single storing means in this 
or- . 

stored for each user equipment i.n a combined first and 

second storing nesns ie:=e slci 3 e best 

integrated in tire HLR in which the authentication and 
I -11 Lng .\"\ < pu preen is 

stored, I ;st by a i sex e j pmm at , 

information can then be added to a signaling from the SGSN 
to roe HLR/KSS about viae traffic class that is requested. 
Based on this information, the HLR can send the correct 
traffic class QoS profile to the SGSH . Tens, in the SGSN, 
the received profile simply has to be applied, Another 
solutioxi would be to transfer all the profiles to the S&SM 
in the PDF context activation, the correct one toeing 
selected in the SGSsl according to the request by the user 
equipment . 

da mentioned in the background of the invention, the overall 
QoS is defined by a QoS profile made up by 12 service 
attributes. These attributes have a cons- ,\ rob. . < 
on eac ?£ the timt aspect of 

the ••• rale < ; • 

the ? rh i tss i i s w&i hat 

conflicts between selected attributes and thus rejected 
transmissions requests are avoided. 

For the second erobodiment, reference will be made again to 
figure 1, since the basic sc.rneturs of a mobile radio system 
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in which it is designed is the same as in the first 
etsbodiment . A mobile radio system comprises an SGSM 12 and 
an j v. ,. > o * v v v The 

RLE U stores - 

least two different QoS service attributes, The SGSd* 12 
stores in addition common values of service attributes. For 
a desired Ptil content ti: v ; ! root jst 

> ^ N s „ ~ vb O = - U 

service attribute can be sat to a numerical value or to a 
default value "subscribed". The SGSN it can download the 
subscribed QoS profile from the ELR 13, negotiate a QoS 
profile with the user equipment II and interpret each 
- tri ute value received frc i s fcht 

lis end 1« ted in tl SGS S w ic> 

,1 iet tioii of i attribute s th uu 

the order in which the attribute values are determined. 
Alternatively; these rules ere cot hard coded in the SCtth 1.2 
but under the e * i adio 

system, which operator provides the rules to the SGSN 12 via 
a COPS interface, 

A first service at i - - ined according 

to the rules implemented in the SGSH 12 is the traffic 
class. The respective valve of the first attribute indicates 
the l f o3 ilch the e 

s in so " „ values are 

■ c on vc r a a t i on alp : s t r e acii ng p. ti a t e r a e t i ve 1 c r 
ffeacfcgrour d ' . The traffic class should be determined first; 
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since it indicates the type of traffic and. is thus required 
to allow a correct setting of the other attributes. In case 
the user equipment 11 requesting a K)e context requests a 
specific value for this attribute, the negotiated value will 
be to - N " ^ ^e > i ->t rrrs value is 

smallei 03 equal ^ < _ , <, i.<_ r^h. 

sent by the user equipment II is subscribed'" , the 
subscribed traffic class set in the KLR 13 is used as 

' o u 'fv 1 v 11 

, , the 

subscribed vaiue is used as negotiated value. 

allowed for upline end downiieh transmissions respectively 
in fcbps, It indicates the maximum number of bits delivered 
by DTRAN and so VTRM at a service access point (SAP) within 
a period of time, divided by the duration of the period. In 
both cases, the negotiated value is the value requested by 
the user equipment 11, if any, in case this value is below 
or equal to the respective subscribed value , In case the 
value sent ir t is use:s rat or -t 

,c set ha t l i i - an 
' c d ^ 3 ( 3 £ case the user e J 

requests 5 alue i is hi than the 2 tive 

sp-' as 

negotiated valxie, 

A c x 2 attribute is the. g 

for uplink and downlink transmissions in kbps. It indicates 

the eec bar f bit deli v. at an SM within a 
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period of time, divided by tfce duration of the period . The 
determination of «. 

to i v h - fox e firs o :=r oe 

attributes . That is, for the guaranteed bitrate in both 
directions, the negotiated value is the value requested by 
the user equipment 11, if any, in case this value is follow 
or equal to the respective subscribed value > In case the 
value sent by the user equipment II is » subscribed" , the 
respective subscribed guaranteed bitrate set in the HLR 13 
is used as negotiated value. In. case the user equipment 11 
requests a value which is higher than the respective 
subscribed guaranteed bitrate, the subscribed value is used 
as v. v > - car t( b 5 

determined, however, if the negotiated traffic class is 
'interactive' or 'backgrounds. 

A fourth service attribute to be set is the delivery order, 
which iedi.es::es < u the RAB shall provide rn- sequence 

SDU delivery or not. It can have the value 'Yes 5 or 'Ho'. In 
the first 3G release, this parameter is always set to 'Ho 5 . 
In the future, however, if and when a use is found for this 
attribute, it should follow the principle indicated for the 
first three service attributes, i.e. the negotiated value is 
either' the value requested by a user equipment II or the 
subscribed delivery order set in the HLR 13. 

in octets, which indicates the maximum allowed SOU sire. In 
case the user equipment 11 sends, a value different from the 
subscribed value for this attribute, this requested value is 



used as negotiated parameter. In case tire user equipment 11 

x b v v " ^ the 

negotiated traffic class corresponds to the subscribed 
traffic class, the subscribed fvocbaufa SDii sire is used. 
Otherwise , the maximum SOU size is set to the subscribed 
aiue or to 1500 octet ich rx Ice is large- fhc 

- . N iuic ; ^ run v . 
traffic class may be subscribed together with a small 
maximum SDU size which is optimised for speech, Hoesver, 
enforcing this small value for other classes than the 
subscribed core/ rsafcioxsal tra t < t ass such as 

r vide frame nte <. ■> ^ ' N -< for 
web browsing, or * background * , e.g. for file download, would 
make no sense. If the PDF type PPP is used, the proper SDU 
size of 1502 octets^ which is larger than 1500, will 
automatically bo taken from the HLE 13 , 

It is to be noted that the subscribed value for this service 
attribute does not have to be used as a maximum value, i.e. 
the negotiated value does not have to be smaller than the 
subscribed value > 

A sixth service attribute to be set is the SDU format 
information in hits. It contains the list of possible exact 

- > , ' . ~ - - - - ucr or bit rates. In 

the cited specifications,, a value nor this parameter can 
rx-xth-v i rc.a v .i v . 3N , u \ - - ^ : ~i cc 

added as a normal QoS service attribute, it is proposed that 
a value requested by the user equipment 11 is used as 
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negotiated value. Only if the user equipment XI requests the 
i * ^ ^ " I . N , is 

used as negotiated value,, in case the negotiated traffic 
class xvrre pon to the s scribe rraf ic class sC SOU 
format inf ormacion will be determined in case the negotiated 
traffic class fa ' interactive' or 1 background ' . 

A seventh service attribute to be set is the delivery of 
erroneous SBUs f which indicates- whether SDUs with detected 

red r It take fch© values 
- fee : .. 'No' and ! bo~errc-r~det8Ction--consideraf ion' , A value 
dir.ferent from the ''subscribed" value requested by the user 

equipment II requests the ,, subscribed" value , and if the 
negotiated traffic class corresponds to the subscribed 
traffic class, the value subscribed for the delivery of 
erroneous SDUs is used. Otherwise the parameter is set to 
'No' . It is to be noted that the subscribed value is not 
treated as a maximum value. 

An eighth service attribute to be set is the SOU error 

t c 3 as 

ericneous r t-i« i - eq es - ? { 3 ticnlai 

f or •> - Phe 3 p< rtive range is 

defined by a minimum and a max iau.tr vai.ue stored in the SG3H 
II as common service attribute values . If the requested 
attribute value does not lie within this range, the 
requested attribute value is replaced by the maximum or 
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tninitRum value of the range. For the conversational and the 
streaming traffic class;, the range could, be e,g. frees ID"' to 
10", For the background and the interactive traffic class, 
the range could be e,g, free 10" 5 to icrh It the user 

*~ - - r ■ c or c^-n sr> ' 

error ratio ana traffic clear,, the subscribed value la 
fetched from the KLE 13. But it is also checked that this 
value complies with the permitted value range stored in the 
SGSM 12, If the user a ^> 11 requests the ;: subscribed" 

value for the SDU" error ratio and another than the 
» subscribed H value for the traffic class, then a traffic 
class specific "default" value is used for the SDU error 
ratio. This default value is also stored in the SGSM 12 as 
oonitfion service attribute value. 

It is to be noted that the service attribute SDU error ratio 
is not required whenever the service attribute delivery of 
erroneous SDU is set to ^nc-exTor-dete . 

A ninth service attribute to be set is the residual bit 
error ratio, which indicates the undetected bit error ratio 
for each subflow in the delivered SDU, The residual bit 
error ratio is determined similarly as the SDU error ratio, 

the ? % ' o a «rs* - range ~>f "a ^ e~ that Is 

2 clas Tl v _ . - , ., 
i v ell <, i _ v v > va.k 

stored in the SQSH 12 as common service attribute values, If 
the requested attribute value does not lie within this 
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range,, the requested parameter value is replaced by the 
:ould be e.g I 3 N L( t c 

interactive class, the range could be e>g. from 10"* to JO* 4 , 
1$ thfe user « cz il les fc 

both, the residual bit error ratio and the traffic class, 
the escribed v; is fee rhed 

from the BLR 13, But it is aire che 6 rat this e >s ribad 
value complies with the permitted value range stored in the 
SGSstf 12. If the user aquipeienf 11 requests the "subscribed" 
value for the residue! .bit error rstio and another than t.he 

s „d x or 

error ratio. This default values is stored in the SGSK 12 as 
common service attribute value. 

A tenth service attribute to be set is the transfer delay in. 
ms. It indicates the maximum delay tor 95th percentile of 
the distribution of delay for all delivered SDUs during the 
lifetime or a HAS, where delay for an SDU is defined as the 
time from a request to transfer an SDU at one SAP to its 

P. If the ru t < ic c! s; 

is v x_ v ^ this at ribute it ignored 

'h value requested fp the user equipment 11 is used as 

U ,:u;. value. If the user eciripmeat II 

subscribed value, she subscribed transfer delay value is 
used as negotiated value, in case the negotiated traffic 
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class corresponds in addition to the subscribed traffic 

" ralue is Isrgei a i i 

checked against the EHC . 

In t - o i s SBLi error ratio 

could foe taken into account when determining a value for the 
transfer delay. 

An eleventh service attribute to be set is the traffic 

iiing pricn x. a • for 

handling of ail SDUs belonging to the R&S compared to the 
SDO's of other bearers. This attribute is valid only for the 
interactive traffic class. If a value larger than the 
subscribed value is requested for this parameter by the user 
equipment 11, the requested value is used as negotiated 
i bed ~>c j e iseel if it is 
I ? sent foi t sis usex < «. in the HLR 13. If it is 

not ~ v " - alue of the attribute 

traffic handling priority is set to a value used for the 
service attribute allocation/retention priority. 

The allocation/retention priority as twelfth service 
attribute is net: nagoeisted with the isser equipment 
Rather, the subscribed value stored in the HLR 13 is 

radic yscem support iode I i ameter specifies the 
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relative importance compared to other RABs for allocation 
and retention of. the 

The above mentioned specification 25.415 defines additional 
parameters subordinafc ad to the el locae ion/retention 
priority, 0»e such additional parameter is the pre-emption 
capability, which indicates the pre-emption capability of 
the request on other PABs , toother additional parameter is 
the ptio « ra it t Indicate th 

vulnerability of the BAB to preemption of other RABs , A 
simple rule to take care of these parameters is never to use 
pre-emption. 

The allocation/ retention priority is linked, to the 
respective subscription of a user equipment, and its values 
are <. ~c to v uo!3 silver ?nd 3 ** 

bronze . Based on these values, it is proposed as a more 
advanced rule to set the pre-emption capability to a value 
! may . t < > ~ * N i \, t x .a i 

priority equals 1, and otherwise to a value s shall not 
trigger pre-emption' . In addition, it is proposed to set the 
pre -empties esabil > a <v i able 

all oca t ion/ ret one xor. priority equals 3 and otherwise to a 
value 'rot pra-vmvv..abie ' . 

It 3 import e t vx the 

RANA cess network a'j 

technical specification 3QFP 25,413 ¥3,4,0 {2000-12}; "3rd 
Generation Partnership Project; Technical Specification 
Group Radio Access Sac work? uTSAP In Interface R&NAP 



Signaling (Release 1995) " canxiot be negotiated by the -user 

proposed in „ extended - *- for PANSr signaling 

according to specification 2 5.413 to always set the 
asr.ar.istsr source statistics descriptor, which specifies 
characteristics of the source of submitted SDUs, to 
'unknown' for the traffic classes ! conversational ! and 
! streaoing ! . Moreover, it is proposed to always sot the 
paraoeser relocation reqa.1oreae.nt, which specifies in which 
way the radio access bearer shall be treated in case of 
relocation, to 'none' . 'the parameter queuing allowed, which. 
indicar.es whether the request can be placed into a resource 
allocation queue or not, is always set to 'queuing allowed', 

* .$ are sjfso de^moo a-- r <. 
subordinated to the allocation/retention attribute. In 
addition, the SDU format' information parameter shall not be 
included in this extended embodiment. 

Figure 3 shows a high- level network architecture for an 
interworking of a 0'Oak and a cellular network, for which 
i i v N < , on of t v e s x the 

invention is to be employed. 

In figure 3, a WLAN 32 with two access points 33 is 
depicted. The WnAH 32 is connected via a public access 
controller (PAC) 34 to a public IP network 35 and further 
via * rao e 

v o a „ _ oral a regis r and nil Xing voor as 3c of 

which one is shown, The hohid 32 is located at a local 
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otspc and is rovided pri\ 
operator of the cellular network 37 has a roaring .agreement 
with the operator of the W'LMi 32. 

k mobile termiiral 31 with a SIM (GSM Subscriber 
Identification Module} is located in the access area of the 
<\'L <\h 1 t ei n _ ~ 

t a f^t' ' Jhse- erotfaent - c cc on f c 

the terminal 31 is stored in the depicted hone register and 
billing server 38. Corresponding information is stored in 

roaming agreement with the operator of the cellular network. 
3? . 

The authentication and billing inf creation for the terminal 
31 < \ >r transmitted between the WL£$ 3 2 

and the cellular network 3 7 through the gateway 36. 
Proprietary protocols take care of the signaling between the 
different network elements. Possible details of an 
authentication, mechanism are e.g. presented in the co- 
pending US patent application "Authentication in a packet 
fca <" i ■< 5 i » Ma c ) N 00( 

The » ^ N ■> <• ^ " " ~ ' ~ , vi vi s of 

^ v- ; *■ ^ s * lulai 

network 37 also in the WLtei e2 with the Quality of Service 
reed upon 2 network 37. 

3 service v file info patio; in 
the - - - - v < ^ ' ' " " ~ v h oT v. r ' „ -* 
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of figure 3 can be combined with a specific QoS 
architecture according to the second aspect of the 
invention. 

The QoS I on the WAS! nci s ciie ?AC 3 of 

the WLAM 32, an access point JAP} 33 of the wlan 32 arc a 
mobile terminal 31, The PAC 34 is the interface o£ the WLAM 
52 towards the cellular network 37, ana the access point 33 
provides an access to the WL,m 32 for the mobile terminal 
31, 

The PAC 34 has on the one hand a physical layer connection 
3?EV to the cellular network 3? and on the other hand an 
i-u uet connection to the hP 33. Additionally,, it comprises 
an IP processing entity with an IP packet classification 

PAC -call entity are provided. In the QoS control entity, a 
default QoS profile is stored. 

The AP 33 comprises on the one hand the mentioned Ethernet 
connection to the PAC 34 and on the other hand an IEEE 
802,11 PCF connection option to mobile terminals. Like the 
PAC 34, it has moreover an :i P - ~ c c ? entity sad a PCP 
~ 1 N s N N x '34. 

The mobile terminal 31. finally, comprises an 802,11 PCF 
connection option to an AP 33, an IP process f( ~ N <?itl 

an pack* cation funct .on end a Qca \f to] 
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entity for communication with, the corresponding entity of 
the PAC 34. 

The control of the QoS of downlink transmissions provided 
with 

The mobile terminal 31 is registered with the cellular 
network 37. Additionally to authentication information., a 
service profile is stored in a specific home register and 
hilling servers 33 of the cellular network 37. The service 
profile is based on the subscription information the user of 
the \ne u -ra xna3 a - has of 
the cellular network 37 for requested transmissions. The 
actual attributes for which values axe comprised in the 
service profile are determined by the operator. It may 
contain for example the maximum QoS values that are allowed 
to be requested by a specific terminal 31. 

The mobile terminal 31 roams into the wilYH 32,. which is able 
to provide broadband transmissions for terminals 31 that 
have ^ a - 1 

an authentios.ti.on of the terminal 31 takes place based on 
the authentication information stored in the SIM of the 
terminal 31 and in the home register and billing server 38 
of the cellular network 37. At the same time, the subscribed 
service profile is transmitted from the home register and 
billing server 38 of the cellular network 37 to the PAC 34 

control protocol between the mc 34 and a gateway in the 
called s; net ?ork 37 t „^ used fc tie strict c i i 
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as from the WL to the c ne " I 

vice , e ~- - <=■- -^apes are 

carried by this protocol, Based on the received service 
profile, PAC 34 constructs anc tai p c« 

filtering table containing filtering information for all IP 
flows or risers requiring non --default QoS, That means that 
the IP packet filters are set up dynamically. The la packet 
filters may ba based in addition on requests sent by the 
terminal 31 requesting to prioritize certain IP flows, 
Sspe; hilly, if the f lows are created d ' - - 

dynamic PDP/TCP ports, it is not possible to fix the IP 
packet filtering table in advance. The terminal sends the 
requests using the QoS control protocol* 

When a downlink transmission with a specific QoS is 
requested by the terminal 31, the requested service profile 
information has to be mapped into the ffLAKf QoS classes 
defined for transmissions in the WLAh 32, The provision of a 
specific QoS is controlled by the QoS control entities in 
the mobile terminal 31 and the PhC 34. The header of each 
downlink IP packet received by tbe PAC 34 contains 
information indicating a requested QoS for the transmission 
of the IP packets. Each downlink IP packet is therefore 
processed in the IP entity ot the PAC 34 in order to 
determine the correct PLhH QoS class to foe used for the IP 
packets. More specifically,, the header of each IP packet is 
processed, and based on the header information and the IP 

<et ~ ea a 



34 marks the downlink IP packets according to Che 
classification using 802, Ip bits, The p-Mts are a part of 
Che - an t ere for a be usee fox 

marking different QoS classes at the Ethernet level. 

When a downlink transmission without a specific QoS is 
requested by the terminal 31, the p-bits can be marked 
according to the stored default profile when the received IP 
packets have been classified... 

The marked XP packets are received via Ethernet by the 
access point 33, which is designed to be able to read the 
802, ip bits and to understand the different QoS classes and 
Che * t pat Tec hz 33 is I'm bie 

to schedule the downiink packets according to the 802. Ip 
bits, while no user-plane IP packet processing is required 
in the AP 33 , The IP packets are simply mapped from the 
Ethernet frames to the queue of the correct mm QoS class, 

In addition f a PCP is employed between the PAC 34 and the AP 
33 for controlling toe transmission between the AP 33 and. 
the ! 1 1 v :> QoS 

function in the .'Vt 33, i,e, to update the PCS polling list. 

The - i QoS cent entity of 

the PAC 34 take care of the IP packet QoS; as well as the 
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radio link packet scheduling. Moreover; the QoS control 
functions can have an interface to application leva! control 
i ; £ and :•• :o:rbr cc b; able to 

acaive info ic i carta 1 t -" a > v " 

requirements. SIP is an SMDS (switched multimsgabit data 
services) interface protocol and H.323 is an ITU-T aet of 
standards for packet -baaed multimedia networks allowing VoIP 
services to connect to traditional circuit-switched voice 
networks. The subscriber specific service profile 
information received by the cellular network 3? can be used 
for prioritising certain user equipments, or certain 
applications, or be used as an input for the admission, 
control function. 

While downlink packet classification is carried cut in the 
PAC 34 of the vfLAH 32, uplink packet classification takes 
place in the IP entity of the mobile terminal 31. 

Thus, the cellular operator can define service profiles for 
users having a liter roaring, agreement with the operator. The 
WI-AIT entities control the access to local and external 
network resources according to the subscriber specific 
service pro.fk a infos ia ire defined in the called a network. 
This way, the cellular operator can have control over the 
services and the way the services are charged for when users 
are roaming into WLAP hotspots. 

reference to figure '5., a simple traffic control mechanism 
can be ice. leans. rune in "In, PAC 34, To this end, a certain 
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amount of traffic that a user is allowed to receive is 

profile which the PAC 34 receives from the cellular network 
3? - s. <u \i 4 <„~ >< , < > v. 

the downlink traffic of the users succeeding to the allowed 
amount of traffic. Tee users can for example be catsgorisssd 

■with a certain price. If a user exceeds the traffic do' 

the PAC 34 starts dropping the excess traffic, This is a 

>i [ rois that car be used i ? oritiai fferent 

users < 
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What is claimed is; 

1. A method for assigning values of service attributes to 
transmissions between a user equipment and a radio 
access network, comprising upon request or such a 
transmission by a user equipment or, a eubscribor 
registered with some radio access network determining 
values of service attributes to be used for the 

ran bed l et - - - on 

at least one value of at least one service attribute 
defined by a stored subscriber specific service profile, 
and based on at least one cossaon value of at least one 
service attribute . 

2. The method of claim 1 wherein the values of service 
attributes to be used for the requested transmission are 
determined i :.o i.her based on values' of service attributes 
requested by the user equipment. 

3. The method of claim I or 2 wherein the values of service 

s. ^ c ^ i % >u=^" ce 

prof ,1 - and t rs u n >n values - - - a? Lbu! 

afine the Quality < re issi 

4- The method of cue of due proceed nq claims wherein the 
values of service attributes defined by a subscriber 



specific service profile define, a minimum and/or maximum 

one kind of transmission as subscribed, by the 
corresponding user equipment. 

5, The method of one of the preceding claims wherein the 
values of service attributes in a subscriber specific 
service profile comprise at least one default value for 
at least one service attribute to be used in case a user 
equipment requests a transmission without requesting a 
specific value for said at least one service attribute 

or the req 

6. The method of one of the preceding claims wherein the 
values of service attributes defined by a subscriber 

pec Sic servie p 5 se tin es of service, 

attributes defining the Quality of Service for requested 
real-time- traffic transmissions . 

7. The method of one of the preceding claims wherein tte 
values of service attributes defined by a subscriber 
specific service profile comprise the values of at least 
one service attribute defining at least part of the 
Quality of Service for requested rion~reai-time~traf £ ic 
transmissions , 

8, The method of one of the preceding claims wherein in 
case s s a ps tt c t the va ue * 
of service attributes required for a requested 
transmission,- the values of service attributes defined 



by iber specific ss3 e i 

for the remaining required attribute values if they are 
appropriate for the requested transmission when using 
requested values: of service attributes , 

3, The method of one of the preceding claims wherein the 
mraon -■ lies of service ati u • . ercr isa a; ; tsl 
one default value for at least one service attribute to 
be used in case a user equipment requests a transmission 
■without requesting a specific value for said at least 
one service attri.baa reus/! ed ca the s :^~ l 1 
transmission. 

10, The method of claim 9 wherein at least one default value 
of at least one service attribute of said eoaimon values 
of service attributes is only used as service attribute 
value £cn ^ requested, trs •> i n cs a value 
defined by the subscriber specif ic profile for said 
sen oe attrib te s i nt apprcp te fur i « ^ 
transmission when using values of service attributes 
requested by a use: pre t : — -aire is 

v jrec in Te. subs ber specie p tfilt fo> said 
service attribute. 

11, . n "c the 
s of N ce trii es define a range of 

vaiues for at least one service attribute, sate scutch 
comprising adjusting a value for said at least one 
service attribute requested by a user equipment and 



lying outside of the respective defined range to lie 
within said range. 

12.. ; snr t no ..... 

common values of service attributes comprise a set of 
values for at least one service attribute, each value of 
ssai s set foes » ! >£ at 1' — t 

one other aer v ice at t r if - t e , sai d : jet h do ; >tnpri s 3 ng 
selecting a value for a service attribute for which such 
a set is provided and for which no value is requested by 
a user equipment: free, said set of values according to 
the value of at least one other service attribute 
requested by said user equipment, if any, in case a 

servic ? it tribute is net appropriate for t! 

, . ".on when using the value of said at least one 
other service attribute requested toy said user 
equipment, or in case no value is stored in the 
subscriber specific profile for said service attribute, 

13 < The method of one on ens preceding claims wherein said 
at least one value of at least one service attribute 
defined by a subscriber specific service profile is 

1 i o£ a. £i - st ix&\ \ , 1 a 

radio access network, and wherein said at least one 

i >' of at least one service attribute is stored 
in storing means of a second nee work element of the same 
radio access network. 
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14, The method or claim 13 wherein in said second network 
element rules are stored in addition for determining 
values of service attributes to be used for a 

tran^ r-^\r ;uy ; \- ^ i i v.^ o s 

15, The method of one of claims I to 12 wherein said at 
least one value of at lease one service attribute 
defined by a subscriber specific service profile is 
stored d idio 
access network and wherein said at least one common 
value <- 1 uub piie servic . . c ~ ^ rules for 

r-8 act 58 is i for 

the transmission requested by said user equipment are 
provided for each requested transmission by an operator 
of said radio access net-work. 

16, The method of one of claims 13 to 15 Wherein said radio 
access network is a UMTS radio communications network <. 

17, The method of one of claims 1 to 12 wherein said at 
least one value of at least one service attribute 
defined by a subscriber specific service profile is 
scored in storing means of a first radio access network, 
wherein said at least one common value of at least one 

. i ... s. s .. . , r; a (Second radio access 

network, said first radio access network being a network 
for which a user equipment requesting a transmission is 

accessed by said user equipment for requesting the 
transmission. 



18. The method of claim 17 wherein said at least one common 
value of at least one service attribute is stored in 
storing means of said second radio access network, 

19 . The method of claim 17 wherein said at least one common 
value of at least, ore service attribute is provided for 
v s - - - *- . - a ~r c o said 
second radio access network , 

20, The method of one of oiairs 17 to 19 further comprising 
transmitting the values of servic ibufe - i by 
a D3< pec tic service profile stored in the 
first storing means from said first radio access network 
to said second radio access network daring an 
authentication of said user equipment accessing said 
second radio access network, 

21, The method of one of claims 17 to 20 wherein values of 
service attributes to be used for a requested 
transmission in the second radio access network are 
determined by mapping values of service attributes 
lets ,< ne based - va3 s ol ervice attributes as far 
as requested by a user equipment for a requested 
transmission, on subscriber specific values of service 
attributes and on common values of service attributes, 
match s but 6 N " a lr v "f ^ ir t radi 

values of service att r ~ ~ 
in the second radio access network. 



22 > The method of one of claims l? to 21 wherein said second 
radio access network is a wireless local area network 

(wim) . 

23, Th, s v v ' N " vs. 1 v s - * in 
sase $axd i<-^ - a an 
indication Char, said requested transmission is used for 

; c i " ilues of service 

attributes to be used for said transmission values of 
service attributes defined by a stored dedicated serad.ee 
profile . 

24, The method of claim 23 wherein said requested 



25 . The method of claim 23 or 24 wherein said stored 
dedicated service profile is a subscriber specific 
dedicated service profile stored in a borne location 
register (RLE) of a respective user ^uipme&tt 

26. The method of one of claims 33 to 25 wherein at least 
one of said values of service attributes defined by said 
stored dedicated service profile is stored in an serving 
gateway support node {SGSP) of a IMTS network, 

27. The method of claim 26 wherein at least another one of 
said values of service attributes defined by said 

^ Cs - -dd, xs stored an v. red 
control lex (P3IC) of a UMTS not word. 
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28. A radio access network comprising; 

; ' . " . let 5 j values of at Le; si x nrvi u 
attribute ti i - sne rind 

processing scans for determining values of service 
attribute fo - or a t 2 requ« , by 

a user equipment of a subscriber registered with said 
radio access network based on at least one of the 
values of the service attributes defined by a 
corrc- \ 1 - - r 

stored in the storing means and on at least one 
provided cordon value of at least one service 
attribute that can be assigned to at least one kind 
of transmission. 

access network is a cellular network, wherein said 
storing means are integrated in a home location register 
or borne subscriber server (HLR/HSS) of said cellular 
network and wherein said processing means are integrated 
in a serving gateway support node {SGSM} of said 
eel lular network , 

30. The radio access network of claim 2S or 29 comprising 
storing means for storing a dedicated service profile 
defining values of at least one service attribute, which 
values are selected by said processing means for a 
transmission requested by « user equipment with an 



indication that said transmission is? used for spsc.if.ic 
traffic. 

31. The radio access network of claim 30 wherein said 

i signaling cents 

32. *k n tvori i a radio access network, comprising 
processing means for determining values of service 
attributes to be used for a transmission requested by a 
user egaiprfisnt of a subscriber registered with said 
radio access network Based on at least one provided 
common value of at least one service attribute that can 
be assigned to at least one kind of transmission and 
baaed on provided values of service attributes defined 
by , b ribs: uoaifie service profile 

processing means select for a transmission requested by 
said user equipment with an indication that said 
transmission is used for specific traffic provided 
values of at least one service attribute defined by a 
d d cat.ed serv :a i of lie 

34, The network element of claim 33 wherein said 
N raru ission - ?, signaling context < 

35, A radio access network in which a user equipment of a 

*riio access 

i ~ 1 lowed to request a t comprising 

processing means for determining values of service 



attributes to fas used for a transmission requested by 
said user equipment: baaed on values of service 
attributes defined by a subscriber specific service 
prof i 3 » received from t I ie rk m 

based on at least one common value of at least one 
service attribute provided to said processing means, 
which at least one common value can be assigned to at 
least one ki i ss.k 

36, The radio access network of claim 3 5 wherein the 
processing means are designed for mapping values 
service attributes determined based on values of service 
v. v. t % bi t o > ... i ?sr < a 
requested transmission,, on subscriber specific values of 
service attribute® and on common values of service 
attributes which service atenra 5 < cl ia the 
other radio access network, to 'values of service 
attributes defined in the radio access network of claim 
35. 

37, The radio access network of claim 35 or 36 wherein said 
radio access network is a wireless local area network 

* ~i and wherein storing means of said radio access 
storing .said provided common values of at least one 
service attribute ana at least part of said processing 
means are integrated in a public access controller (PAC) 

38, A network element of a radio access network in which a 
user equipment of a subscriber registered with some 



w omm twm f s cm. & u mna 



other radio access network is allowed to request a 
transmission, comprising processing means for 

service attributes to be used for a transmission 
requested- by said user equipment based on values of 
service attributes defined by a subscriber specific 
service profile received from the other radio access 
network and based on at least one cocoon value of at 
least one service attribute provided to said processing 
means , which east one c on valise ; 

to at leaei: on ft Krai >>- „ s 
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